home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
TeX 1995 July
/
TeX CD-ROM July 1995 (Disc 1)(Walnut Creek)(1995).ISO
/
tex-k
/
tex-k-archive.past
/
1994.12.gz
/
1994.12
/
000117_mackay@cs.washington.edu_Fri Dec 30 01:58:10 1994.msg
< prev
Wrap
Internet Message Format
|
1994-12-30
|
4KB
Received: from june.cs.washington.edu by cs.umb.edu with SMTP id AA15201
(5.65c/IDA-1.4.4 for <tex-k@cs.umb.edu>); Fri, 30 Dec 1994 12:58:11 -0500
Return-Path: <mackay>
Received: (mackay@localhost) by june.cs.washington.edu (8.6.9/7.2ju) id JAA08446; Fri, 30 Dec 1994 09:58:10 -0800
Date: Fri, 30 Dec 1994 09:58:10 -0800
From: mackay@cs.washington.edu (Pierre MacKay)
Message-Id: <199412301758.JAA08446@june.cs.washington.edu>
To: tex-k@cs.umb.edu
In-Reply-To: Joachim Schrod's message of Fri, 30 Dec 1994 16:48:51 +0100 (MEZ) <199412301548.QAA22567@spice.iti.informatik.th-darmstadt.de>
Subject: kpsexpand
OK, it gives much the same answers. I did look at it, but
I couldn't figure out what it did because I kept trying the
version with the 2 arguments. I still don't quite know
what that does. When I do kpsexpand tex TEXINPUTS, it answers
tersely
TEXINPUTS
If I do kpsexpand latex209 TEXINPUTS it still answers
TEXINPUTS
Since that was my first concern, I went ahead with the other
approach.
I am somewhat puzzled by the fact that if you
do kpsexpand tex VFFONTS ptmr.vf you get a result,
even though VFFONTS are meaningless in a tex run.
You don't seem to have access to things like DVIPSHEADERS
etc. at all, and that is a major part of what I need for
tuning my environment to separate public and private font
libraries.
Lastly, kpsexpand produces an effect that is bad propaganda.
At least one of the searches is going to force the library
into searching the entire directory tree, since you can guarantee
that one of the suggested paths will not have the file you are looking
for. While I am interested in the way kpsexpand exercises path
searching, I think kpsewhich, with a well constructed ls-R database,
is much better advertisement. You get a sense of how quickly a
widely spread directory tree can be traced through the hashed
table.
(Incidentally, a Sun 3-50 still thrashes a good deal to find the first
valid path---far less for any subsequent paths. The difference is
that with a well constructed ls-R, you don't hear the disk heads
galloping all over the place.)
%=======================================================================%
| N O T I C E |
| The University of Washington has ordered us to close the Northwest |
| Computing Support Center, and to terminate the official support |
| of UnixTeX. Although the termination was final as of June 14, 1994 |
| I will continue unofficially to provide tape distributions and |
| any other services I can. Although I cannot be near my phone on any |
| regular schedule, I now have an answering machine. Please note |
| the changes in address and telephone number. There is no Northwest |
| Computing Support Center any longer. |
| |
%=======================================================================%
Email concerned with UnixTeX distribution software may be sent
To: mackay@cs.washington.edu Pierre A. MacKay
Smail: Department of Classics Emeritus Druid for
Denny Hall, Mail Stop DH-10 Unix-flavored TeX
University of Washington
Seattle, WA 98195
(206) 543-2268 (Message recorder now available)
*********************
Montlake Community College *Per ardua ad infima*
(formerly the University of Washington) *Per infima in fimum*
*********************